o 

Q 

m 



i 

CO 
UJ 



The. "X 



* Patent 
I Office 



OS 



01 fill 9?° 




INVESTOR IN PEOPLE 



The Patent Office 
Concept House 
Cardiff Road 
Newport 
South Wales 
NP10 8QQ 



I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and (4) 
of the Deregulation & Contracting Out Act 1994, to sign and issue certificates on behalf of the 
Comptroller-General, hereby certify that annexed hereto is a true copy of the documents as 
originally filed in connection with the patent application identified therein. 



In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. 



In accordance with the rules, the words "public limited company" may be replaced by p.l.c, 
pic, P.L.C. or PLC. 

-registration under the Companies Act does not constitute a new legal entity but merely 
ects the company to certain additional company law rules. 



Signed 

Dated 6 January 2004 



c ^ ucSl yiant of a patent 




Stirling Road 
The Surrey Research Park 
Guildford, Surrey GU2 5RF 

Patents ADP number ^femwj ' 

If the applicant is a corporate body, oive the 
country/state of its incorporation" 

Ti,, e of the invention ' ' 

LOCAL COMMUNICATION SYSTEM 
Name of agent 

■Addn» for Service" in the United Kingdom 
to wh.ch all correspondence should be sent 

Patents ADP number 
Priority details 
- Country Priority application number 

GB 9622922.4 



Country: ENGLAND 
State: 



'Beresford&Oo f^Sjtfc. 

2/5 WarwidkCourt ^ %p^5lt^ 
HighHoH>orn Crl^fcevo 
I^ndoi/WClR5DJ Q ^ 

VbZ6(Tt'.\ 



Date of filing 

4 NOVEMBER 1996 



Patents Form 1/77 



7. 



If this application is divided or otherwise de rived from an earlier UK application give details 
Number of earlier of application Date of Gling 



8. Is a statement 
request? 

YES 



of inventorship and or right to grant of a patent required in support of this 



9 . . Enter the number of sheets for any of the following items you are filing with this form. 
0 Continuation sheets of this form 

47 Description 
3 Claim(s) 
0 Abstract 
0 Drawing(s) 




10. 



If you are also filing any of the following, state how many against each item. 
0 Priority documents 

Translations of priority documents 



0 
0 



0 



Statement of inventorship and 

right to grant of a patent (Patents form 7/77) 

Request for preliminary examination 
and search (Patents Form 9/77) 

Request for Substantive Examination 
(Patents Form 10/77) 



11. 



I/We request the grant of a patent on the basis of this application 

4r^=*> v^---& Date 17 February 1997 



Signature 



BERESFbRD & Co 



12. Name and daytime telephone number of 
person to contact in the United Kingdom 



JOHN JAMES GRAY 
Tel: 0171-831-2290 



LOCAL COMMUNICATION SYSTEM 



A local communication system which combines source 
data (CD audio, mpeg „ ideo , telephone audlo etc) ^ 
control commands in a low cost fibre network is available 
in the form of D2B Optical. For details, see for example 
the -Conan Technology Brochure- and the -Conan IC Data 
Sheet" available from Communication . Control Electronics 
Limited, Stirling House, Stirling Road, The Surrey 
Research Park, Guildford. Surrey GU2 5RP. An extract 
from the CONAN ic Data sheet is attached hereto as an 
Appendix, see also German patent applications of Becker 
GmbH with filing numbers 19503206.3 (95P03), 19503207 1 
(95P04,, 19503209.8 (95P05), 19503210.1 (95P06, 
19503212.8 (95P07,, 19 503213.6 (95P08), 19503214.4 
(S5P09) and 19503215.2 (95P10,. -Conan.. is a registered 
trade mark of Communication , Control Electronics 
Limited . 



The present invention aims to enable expansion of 
the capacity of such a network, for use in vehicles and 
the like, towards a capacity necessary for higher bit- 
rate multimedia applications such as MPEG2 audio, MPEG2 
video, Digita! Audio Broadcasting (D ab,, Dlgltal 
Versatile Disk (DVD) and other data. 



One proposed embodiment employs asynchronous 
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transfer mode data transport for the various data types/ 
accommodating both high bit rate and low bit rate data 
channels. However, the ATM packet is not limited to the 
conventional ATM packet of 5 bytes of header and 48 bytes 
of payload, but is adapted to provide more efficient use 
of bandwidth in the target applications. 

Also, compared with D2B Optical (CONAN) technology, 
it is proposed to use a more compact encoding technique 
for the fibre interface, such as the 4B5B or 8B10B 
encoding, currently used in FDDI (Fibre Distributed Data 
Interface) for metropolitan area networks (MANs ) . 

Further embodiments are proposed, in which each 
network frame includes subframes of at least two 
different modes: "mode 0" subframes provide compatibility 
with the fixed bit-rate (e.g. circuit-switched) CONAN 
technology, while simultaneously the "mode 1" subframe 
provides a group of bytes which can be allocated more 
freely to implement a variable bit-rate (e.g. packet- 
switched) channel. 



These proposals and surrounding considerations are 
described in the following pages, together with some 
25 alternatives also proposed herein. 
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1- Introduction 



™ 2B ***^ t uCK , Z£££^^» « 
2. Objectives 

The objectives of the HSCI8001 development are as follows 

" Sn^^ ^ Vide ° S ~ over a 
able to integrate" P * 3 pr ° tOCo1 wiU be 

• Baseline for the High Speed Conan 

V Use of Plastic Optical Fibre 

• Low cost LED Transceiver technology 

• Bandwidth requirements > 25 Mbs 

' SUISSE: - « **» <**. 

3.0 Requirement Constraints 

3.1 Topology 

• Point-to-point links 

• Linear T bus 

• Star system 

• Reflective star 

• Transmissive Star 

3.2 Line encoding 

iMullLZn/:^ ^If^lr 0 *^ 0 ^ technique than 
enny used 04 the current Conan chip (BI-PHASE), One type 



4- 



Ses^sss zszagrr* used io fddi *»* 

P^owae *, ffigh specd wou ld 

• BI Phase encoding for current Conan design 

• 4B5B/8BI0B 

3.1 Data rate Requirements 

of the ov erriding pa^S^^^f^ ™*« ^cate the some 



Data Type 



MPEG2 Audio 



Variable 
Bandwidth 
Requirements 



up to 912kbps 



MPEG2 Video 



Common 
Frequency 



Frame Structure 




ATM (Use this as 
a Transport for 
above Data Types) 



3 -4 Topology 

topology fall mainly into three categories deS,Sn " Network 

P^edXtn ri^ Z T'^ ' *"* '~ " «- 



b 



then a star network could th~ 

avaiiahie for the Plastic optt ^ome 
Point-to-point links: 

terrrdnais and using *aSfS^ 1 S », "/ 3 ^ Bc " e link betw <=<» 
addressed ,o that t^^'^" to st "p off data which is 

terminal. ennmal and P«s any further data to other 




Fig. { 



Linear T- Bus 

simultaneously listen to the taffic "n tt ^ T ^ 311 teiminaIs to 
of the electrical broadcast ^fdes"4 ^ ^ ^ ^ M * * ^ 

budgets. JUnCtlon Ieads to extremely large l ink £ wer 



"1 



Stars 



Detail ed Prop osal 

The following pages present an embodiment of a High 

Speed D2B network offering high speed variable bit rate 
channels simultaneously with fixed rate channels 
compatible with the known " CONAN " technology (and with 
the proposed "SuperCONAN" technology having an increased 
capacity of fixed data rate channels). 
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"1. Introduction 

1.1 Overview 

management and all communication protocol tasks. communication 
aZoSwoT Pr0 " ,C0 ' S,andar * SUCh 3! 026 ° PtiMl ' 3 " d fc ful " ««*•«* b* on 



Head^Unifg; 



Power 
Amplifier 



Navigation 
System 



CD- 
Changer 



Telephone 



Example System with a Ring Topology 

The data throughput on a Conan network is impressive. At a sampling rate/ s of 44.1 kHz, it offers: 

Con^Da'ta n ' ^ * 3 X 16 " Wt StCre ° audi ° cha ™els). 

Control Data Up to 1 76.4 kbps (918 control frames per sec) 

4 Transparent Channels Up to 88.2 kbps each. 
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1.2 Features 

benefits^ 5 imp ' ementation in consumer electronics products, and offers these features 



and 



Features 

Integration of Source a Control Data 
Multiple Source Data Channels 
Multiple Source Data Ports 
Multiple Source Data Formats 
SPDIF Audio Port 

I2C- and SPI-compatible Control Ports 
Flexible Source Data Routing 
Transparent Channels 

Programmable Clock Manager 
Flexible Synchronisation 

Low Jitter PLL 

Fail-safe mechanism (Electrical Bypass) 

Network Position Identification 
Versatile Control Messaging 

Automotive Temperature Range 



Benefits 

Reduces the number of components required for 
signal distribution and control 

Allows simultaneous bi-directional transmission 
of multiple source data channels 

Only one Conan needed per product, even with 
several internal sources or destinations. 

Adaptability to a variety of components which 
support different digital data formats 

Provides easy integration with existing digital 
audio products 

Easy interface to wide range of microprocessors 
Versatile use of the network capacity 

Easy implementation of proprietary control 
messaging 

Easy integration in different products 

Network clock may be derived from a variety of 
sources 

Low jitter ensures high audio quality (i.e. low 
THD and low noise) 

In case of device failure, network operation can 
be maintained 

Each device can get its position on the ring 

Different addressing methods (incl. broadcast) 
make best use of control channel capacity 

-40°C to +85°C (contact CEtC for wider ranges) 
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1.3 Applications 

Conan has been specifically designed for easy implementation and integration of networked audio video and 
communicator .products. Conan is optimised for use with (but not limited to) a ring topology, based on 
plastic optical fibre, for automotive applications, though can be equally well employed on other media (eg 
copper) and for other application areas. y ' 

Products at nodes on the network can be sources or destinations for source data (or both, or neither) for 
example. CD-Changer (source). Amplifier (destination), Radio/Head-Unit (source and destination). ' 

A product can generate source data for transport on the network, and/or retrieve source data from the 
sTown below"" d,t ' 0na " y ^ ° r rCCdve COntr °' messa 9 es - C ° n ™ may be incorporated into a product as 



Micro- 
controller 



Data 
Source 



^ , !Data ■ ; 
.Destination 



Control 





A Conan Device on the Network 

To achieve the highest possible efficiency, the network timing is synchronised to a System Master The 

llTZ^I 3 Pr ° d H ^ ° n T° rk WhiCH iS ablC t0 9Cnerate thC timi "9 for ^ <^ire network. Only 
one Master dev.ee may be act.ve on the network at any time. All other devices are Slaves. The Slaves get 

e, ( m.ng from the Master by recovering the clock from the bit-stream received from the network. Conan 

can be configured by software as either a Master or a Slave. Up to 24 nodes may be present on the network 
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1.4 Block Diagram 



RX 



SRO 



SR1 



SR2 

XTO 

XTI 

FILT 

VREF 

VDDD 
GNDD 



Electrical Bypass 



Network Receiver 



Source Data In 0 



SPDIF In 



Source Data In 1 



Source Data In 2 



Oscillator 



Source 
Data 
Router 



Transmitter 



Source Data Out 0 



SPDIF Out 



Source Data Out 1 



Source Data Out 2 



PLL 



Clock Manager 



Audio Sync 



For SPI: 









Control Unit 




I2C/SPI Interface 


Control Port 






f \ i 






• \ t i 



For I2C: 



/CS SPIN SPOUT SCL 



TX 



SXO 



SXl 



AP1 ADO SPA SCL 



/INT ERROR SERJN SERJDUT 



SX2 

RMCK 

FSY 

SCK 

/RST 

VDDA 
GNDA 



Conan Block Diagram 

S fl rrj 3 N /T k TranSCCiVer TX) t0 interf3Ce t0 the netW0rk " The ^ k ^ceiver recovers 

he dock and decodes the incoming bit-stream. The network transmitter encodes the outgoing data and 

" °" nC,W ° rk - C0 " an * C °" , " U,e< ' bYSOftm " ' 5i,h « 3 ^ " • »i node 1 ,h c 

Conan provides flexible access to up to 12 source data bytes within one frame (e.g. configured as three 16-bit 

™^ n ?** net 7 rk ' th " e S ° UrCe d3ta mpUt POftS (SR0 ' 1 * * and thre' sourc data outp 

C .V ^n" n^" * 1 6 ' 2A °' 32 Wt ^ data int ° /out of the C — through the Source Data 
Input and Source Data Output registers. source uata 

The Router provides an easy and flexible way of controlling the routing of source data All source data bvtes 
commg e.ther from the network receiver or from the source data inou' ports can be re-Jn^ TJ^ 

T^l^lT^r " T S °T d3ta ° UtPUt C ° nan 3,50 -PPO "sWalsoknown 
AE5/EBU or IEC-958). Conan can even.be used to route source data locally, from I.C to I.C. within a product. 
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^n S n!7h m ° de ' C ° na u n ' S timi " 9 iS deriVCd fr ° m thC inC ° min 9 b *-stream. The network receiver recovers a clock 
from the incoming bit-stream using a low jitter, clock multiplying, phase locked loop (PLL). The PLL w II lock 

samp,e rates of 30 to 5okHz - on ,oss ° f -* - <** — * * <°- 

In Master mode. Conan's timing may be derived from a crystal, a source data clock applied to SCK or an SPDIF 
channe apphed to SRO. The Oscillator circuitry al.ows a crystal to be connected directly to XT^XTO or some 
other clock source to be used. The PLL mu.tiolies-up this timing source. The RX pin is over-samp ed by a 
h,gh-frequency clock and data is recovered by a digital state machine. 

An Electrical Bypass between RX and TX pins allows a node to be bypassed electrically. This bypass is 
automatically activated on power-up or reset as a safety feature. It helps to reduce the netwo k sta t-up 
time, and can also be used as a fail-safe to isolate the node in case of loss of lock or othe pTo uc fa lure 
(typically triggered by a watch-dog function). P'oouci ranure 

^^t'^?™* interfaCe fr ° m C ° nan t0 3 micr °P™essor. It provides an I2C- or SPI- 
compa table interface, interrupt and error outputs, and transparent channel input/output. Conan is a slave on 
I2C/SPI. so transfers must always be initiated by an external master. 

Internal registers are used to buffer the source data and control messages It also contains the Rnurtnn 
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1.5 Package Pin-Out and Pin Descriptions 



SCL 


1 


28 


SDIN or ADO 


SDOUT or SDA 


2 


27 


ERROR 


/INT 


3 


26 


SER_OUT 


RX 


4 


25 


SERJN 


TX 


5 


24 


ICS or ADl 


RMCK 


6 


23 


/RST 


VDDD 


7 


22 


VDDA 


GNDD 


8 


21 


GNDA 


SXO 


9 


20 


FILT 


SX1 


10 


.19 


VREF 


SX2 


11 


18 


XTO 


FSY 


12 


17 


XTI 


SCK 


13 


16 


SR2 


SRO 


14 


15 


SRI 



Pin 


No. 


I/O 


Function 


Pin 


No 


I/O 


Funcrinn 


SCL 


1 


In 


I2C a SPI clock 


SDIN or 
ADO 


28 


In 


SPI data in or \7C arirlrp^ crlprt 


SDOUT 
or SDA 


2 


Out 


SPI data out or I2C data 


ERROR 


27 


Out 


Error indicator 


/INT 


3 


Out 


Interrupt output (open drain) 


SER_ 
OUT 


26 


Out 


Transparent channel out 


, RX 


4 


In 


Network receive 


SER_ 
IN 


25 


In 


Transparent channel in 


TX 


5 


Out 


Network transmit 


/CSor 
ADl 


24 


in 


SPI chip select or I2C address select 


RMCK 


6 


Out 


Received master clock 


/RST 


23 


In 


Reset (active low) 


VDDD 


7 




Power rail 


VDDA 


22 




Power rail' 


GNDD 


8 




Ground 


GNDA 


21 




Ground 


SXO 


9 


Out 


Source data output port 0 


FILT 


20 




Loop filter 


SX1 


10 


Out 


Source data output port 1 


VREF 


19 


In 


PLL voltage (and reset timing) 


SX2 


11 


Out 


Source data output port 2 


XTO 


18 


Out 


Crystal out 


FSY 


12 


I/O 


Frame sync. 


XTI 


17 


In 


Crystal in 


SCK 


13 


I/O 


Shift clock 


SR2 


16 


In 


Source data input port 2 


SRO 


14 


,„ 


Source data input port 0 


SRI 


15 


In 


Source data input port 1 



Pin Descriptions 

All pins are CMOS TTL logic level, except power, ground, FILT, VREF, XTI and XTO. 
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2. Functional Description 

2.1 Data Transport 



The source data and control messages are transported on the network from node-to-node in frames 

tZTf V ik^T MaSter Fram " " e drCUlated 3t thC S3me ratC 35 the ^tem sampling frequency 
typically/, =44. 1kHz. Frames are grouped into 6/oc*s of 48 frames. 

The frame is divided into two sub-frames Cleff and Vighf). At /s =44. 1kHz. there will be 88.200 sub-frames 
per eeond. The .eft sub-frame is a.ways the first of the pair transmitted on the network. A the phystaT 

: e :ii s rr bi - phase encoding - The re,ationship be — ^ »* -—"and 




Block of 48 frames 




128 bits 





48th frame 




95th sub-frame | 96th sub-frar 


Left 1 Right 






1.09mS @ 44.1kHz 

Block, Frame, Sub-frame and Control Frame Relationship 
2.1.1 Conan Sub-Frame 

Each sub-frame contains 64 bits, handled within Conan as 8 byte fields. The fields comprise the preamble 

d TSw Cha T' S ' 6 ^ ° f S ° UrCe d3ta ' 9nd 8 bits which make up th co "™ es 

and the SPDIF status bits. The sub-frame is shown below. 

6 Source Data Bytes 



amble I TC °- 3 



DATA 0 



DATA 1 



DATA 2 



DATA 3 



DATA 4 



DATA 5 



■11.35ms @ 44.1kHz- 



Transparent Channels 




Control ft 
Status 



SB 



Conan Sub-frame 
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Preamble 

L h thelE a C9 b 58 Sfi™^ ^^TT' There are three ^ypes of preamble, identical to those defined 
n the IEC958 spee.fieat.on. They conta.n b.-phase coding violations which the receiver can recognise The 
three un.que prearnb es identify left, right and block sub-frames. The left preamble identifies the beginning of 

frame and the block preamble identifies the beginning of a block. The block preamb.e replaces every 48th 
left preamble. Th.s provides a block structure to which the control frame data is synchronised. 

Transparent Channels 

The four TC bits enable the transport of four serial channels for proprietary control or status information on the 
network, w.th no add.t.onal hardware or software overhead. The use of these channels is left open to System 
Integrators who must define their own protocols for applications. Typical applications include the transport of 
raw control or status mformation, such as RS232-ty P e data. VICS data. GSM data. PIN Card data, etc 

Source Data Bytes 

The fource data bytes carry the high-volume real-time digital source data. The twelve bytes per frame may 
oe a, ocated flex.b y. so that the devices in a system may use the source data bytes in the most eff'ent way 
Routing ' mCChamSm USed f ° r a " 0Catina the Mes is described in section 2.4. Source Data 

Status Bits 

If A S ^L Ch r d I' b r e J" 9 tranSp0rted " the V - U and C ^ts contain the validity, user and channel status bits 
Conan Lb f ram"" ° f ^ * by ^ ^ 

?2 r ^°? idC : tifieS b '° Ck b ° Undary ° f 3 SPDIF channel and is set after every 

block of 192 frames (synchron.sed with the SPDIF signal that is being transported). This synchronisation * 
performed automatically by the chip. The Parity bit P generates even parity for the entire sub frame 

Control Bits 

ScrTaTJ CF^r I 17 COn ; r °' meSS3geS (f ° r COntr ° l,in9 dCViCeS 3nd ^ ""us information). 
There are 2 CF b.ts per sub-frame, and a control frame is 192 bits long, therefore 96 sub-frames (48 left + 48 

nght) are requ.red to build-up a compete contro, frame. The contro, frame is described in the next section 
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'2.1.2 Control Frame 



The control frame is assembled from and aligned with a block of 96 sub-frames, i.e. the first two bits of a 
new control frame are taken from the sub-frame with a block preamble, and subsequent pairs of bits are 
taken from subsequent sub-frames to build up a control frame. 



Arb 


Destination 
Address 


Source 
Address 


Msg 
type 


Da, a o |.... 


Data 15 


CRC 


ACK 


NAK 


Reserved 


^ 4 4 8 8 16 


2 


2 


10 



The fields of the control frame are: 



Control Frame 



• Arbitration bits : 

These indicate if the control frame is free or occupied. Conan handles these bits automatically. 

• Destination Address 

This is the 12-bit device address of the destination of the message, in the range 'OOO'H to TFF'H The 
scnd.ng dcv.ee writes this into its message transmit buffer for transmission. Certain addresses and address 
ranges have special meanings (see section 2.6). 

© Source Address 

This is the 1 2-bit device address of the sender of the message, in the range "OOO'H to 'FFFH The 
rece,v.ng dev.ee can read this from its message receive buffer after reception. Certain addresses and 
address ranges have special meanings (see section 2.6). 

• Message Type and Length 

Two 4-bit fields normally used to indicate the type/iength of the message. These b.ts are transported 
transparently by Conan. H 

• Data 0 to 15 

The message data. All 16 bytes are always transported. The Message Length normally indicates how 
many of the 16 bytes are actually valid for the message. The sending device writes this into its 
message transmit buffer for transmission. The receiving device can read this from its message receive 
buffer after reception. y ,c, - c ' vc 

• CRC 

A 16-bit Cyclic Redundancy Check value used to verify that the control frame has been transported 
without error. The CRC ,s generated by Conan automatically on message transmission and checked by 
Conan automatically on message reception. 

• ACK/NAK 

Acknowledge and Not Acknowledge (2-bits each) indicate successful message transmission. The use 
of separate ACK and NAK flags allow reliable point-to-point and broadcast message transport The 
flags are automatically filled by the destination device(s) (if present) and read by the sending device. 

• Reserved : 10 bits reserved. 
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^ 2.2 Source Data Ports and Formats 

To maximise the application versatility of the chip, six source data ports are provided. This means that a 
product which needs to process source data for more than one internal source or destination can do so with 
only one Conan. These source data ports can transfer 8, 16, 24 or 32 bit source data, left or right adjusted, ir 
to and out of the device. 

The source data ports provide access to the source data in the network bit-stream. Data can be input 
through three serial inputs (SRO, 1 Et 2) and output through three serial outputs (SXO, 1 a 2). All six ports 
use a common frame synchronisation FSY and a serial bit clock SCK. FSY and SCK may be set as either inputs 
or outputs, depending on the external hardware. If they are configured as inputs, then the data source(s) 
must be clocked by RMCK to be synchronised in frequency to the network bit-stream (although not 
necessarily in phase). 

With the control bits in the Source Data Port Control register, a variety of source data formats can be 
selected. Some common formats are shown in the following diagram: 
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Some Common Source Data Formats 

The register settings for these modes are given in section 4.1.4. 

The way that source data presented to the input ports is routed to the outgoing bit-stream, and the way the 
incoming bit-stream is routed to the output ports is determined by the source data routing, is explained later. 
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^2.3 Source Data Port Synchronisation 

In a Conan network, the timing of all slave nodes is synchronised to one System Master. A slave node (e.g. a 
CD-Changer, Amplifier) must synchronise itself to the network by recovering the clock from the received 
bit-stream. The synchronisation of the source data between the I.Cs and Conan inside a product is achieved 
using the SCK, FSY and RMCK signals. 

SCK is the 'bit clock' (also known as 'shift clock') for the source data. FSY is the 'frame synchronisation* 
which indicates 'left' or 'right' data. Conan's SCK and FSY pins can be configured as either inputs or outputs 
with the I/O bit in the Source Data Port Control register. 

RMCK is the clock recovered from the network ('Received Master Clock'). The RMCK pin is an output only. 
The RMCK output frequency is always.a (known) multiple of the sampling frequency (e.g. 384/;), set in the 
Clock Manager Control register. 



2,3.1 Synchronisation in a Slave 

A slave node can act as a source or destination (or both or neither) for source data. In a source node, the 
outgoing source data must be synchronised to the network. This means that the I.Cs in the source node 
which generate the source data (e.g. a CD decoder chip) must be locked to the incoming network clock in 
frequency (but not necessarily in phase). In a destination node, the I.Cs which process the source data (e.g. 
D/A converter) must be locked to the incoming network clock in the same way. 

2.3. 7. 7 Source Example 7 (CD-Changer) 

Here a CD-Decoder is clocked by RMCK from Conan. The CD-Decoder gives Data to Conan in synchronism 
with RMCK. SCK and FSY could be either outputs from the I.C (as shown) or inputs, depending on what the 
I.C. supports. 
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CD-Decoder clocked by RMCK 
2.3. 1.2 Source Example 2 (CD-Changer) 

Here the CD-Decoder gives the Data to Conan in synchronism with SCK. RMCK is not used. In this 
configuration, SCK and FSY must be inputs to the I.C (as shown), so that the CD-Decoder can synchronise to SCK. 
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2.3. 1.3 Destination Example (Amplifier) 

Here the D/A converter is clocked by RMCK from Conan. The D/A converter- gets Data from Conan in 
synchronism with RMCK. SCK and FSY could be either inputs to the I.C (as shown) or outputs, depending on 
what the I.C. supports. 
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D/A Converter clocked by RMCK 
2.3.2 Synchronisation in the System Master 

The System Master generates the timing for the whole network. A System Master can act as a source or 
destination (or both or neither) for source data. For a source or destination node (or both) the I.Cs which 
process the source data must be clocked by RMCK derived either from a crystal or an external master clock. 



2.3.2. 7 Example (Radio/Head-Unit) 



Here the CODEC is clocked by RMCK from Conan. The CODEC gives/gets Data to/from Conan in synchronism 
with RMCK. SCK and FSY could be either outputs from the I.C (as shown) or inputs, depending on what the 
I.C. supports. 
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The Router prov.des an easy and flexible way of controlling the routing of source data. All source data bytes 
coming either from the receiver or from the input ports can be re-arranged, mixed and re-directed to the ' 
transm.tter or the source data output ports. All source data inputs are double-buffered to allow 
re-synchron.sation. The following figure shows the source data inputs and outputs of the chip with the 
router in-between. 
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Source Data Router 

An incoming (serial) sub-frame is shifted into Conan bit-by-bit into a shift register, copied into a source data 
input buffer, moved by the router into a source data output buffer, and finally shifted out from Conan 
b.t-by-bit mto the outgoing sub-frame. These shifting and moving operations delay the source data in the 
bit-stream as it passes through the node by a time equal to 4 Conan sub-frame times (approx 45uS at 
/s=44 .l kHz). Nodes which do not modify the source data in the bit-stream (i.e. which are not sources of 
source data, e.g. Amplifiers) can reduce this delay to only 1 bit by activating Conan's source data bypass (SBY 
bit in the Transceiver Control Register). 

The smallest amount of source data that Conan can manipulate individually is eight bits - a 'source data 
byte (On). There are a total of forty source data bytes as possible inputs to the Router (sixteen from the 
frame rece.ved from the network, and eight from each of the three source data input ports) numbered 
sequentially from OOH to 27H. The destinations for these input source data bytes are the forty output source 
data bytes (similarly numbered) of the transmit frame and the three source data output ports The router is 
controlled by the Routing Information Table (RIT), which has forty entries. To route the input source data 
byte Dn with the index X to the output source data byte with RIT address offset Y. simply write the value X 
into the address offset Y of the RIT 
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The example above shows a 16-bit stereo channel being routed from SRO to the outgoing Conan bit-stream 
In this case, the RIT offsets 1H, 2H. 9H ft AH must contain 10H. 11H. 14H ft 15H respectively. All other bytes 
of the incoming frame are routed directly out to the outgoing frame unchanged. 

Source bytes with index OH & 7H for the left sub-frame (and 8H & FH for the right sub-frame) contain the 
transparent channels, control and status bits, so would normally always be routed through unchanged. 

After power-up or reset, the offsets 00H to 27H contain the values OOH to 27H respectively. All source data 
bytes received from the network are then routed directly out to the transmitter unchanged. 

The description above for the source data routing applies where there are 64 clock cycles per frame. Conan 
can also be configured for 48 clock cycles per frame (with the Source Data Port Control Register), and then 
the following diagram applies. 
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^ 2.5 SPDIF Mode 



Conan can support SPDIF (also known as AES/EBU or IEC-958) with its SPDIF mode. The features of this mode 
are: 

• An SPDIF channel from a local SPDIF source may be presented to SRO. 

• An SPDIF channel generated at one node may be transported transparently (without loss) on the 
network to all other nodes (up to 24 source data bits and the VUC bits). 

• An SPDIF output is available from SXO to present to a local SPDIF destination, even if there is no SPDIF 
channel being transported on the network (see 'SPDIF output from non-SPDIF data*, section 2.5.3). 

SPDIF mode is activated when the SPD bit in the Source Data Port Control register is set. Input SRO and 
output SXO will then receive and transmit source data in SPDIF format. The other source data ports (SRI, SR2, 
SX1, SX2) remain available to communicate non-SPDIF data, as configured in the Source Data Port Control 
register. 

FSY and SCK must be synchronised to the SPDIF input, so they are automatically configured as outputs to 
maintain synchronisation requirements. Note that FSY and SCK are common for all source data ports. 
When Conan is in master mode, it can recover a clock from the SPDIF input on SRO, which it can then use 
internally (see Clock Management section 2.7). 

The SPDIF receiver on SRO checks for parity and bi-phase coding errors in the incoming SPDIF channel. If an 
error is detected, the validity bit (V) is automatically set, so that an SPDIF destination could be muted. The 
SPDIF transmitter on SXO generates the proper parity. 

The channel status bits and transmitter block timing are controlled by Conan. The transmitter simply encodes 
data written to Source Data Port 0. When outputting an SPDIF channel recovered from the network, the 
channel status, user and validity information is contained in the data. When outputting an SPDIF channel 
recovered from non-SPDIF data, 'fake' channel status, user and validity bits may be read from the SPDIF Data 
Register. 

!n the SPDIF format, data is transported least-significant bit first. Conan's SPDIF ports take this into account 
and automatically change the order within the bytes to MSB first. However, the user has to ensure that the 
bytes are routed in the correct order through the RIT (see later). Both 16- and 24-bit SPDIF formats can be 
supported. 

2.5.1 SPDIF Input and Transmission 

If an SPDIF channel is input on SRO for transmission on the network, the RIT must be programmed so that 
source data bytes of the SPDIF input are routed correctly into the outgoing Conan sub-frame, and that the 
VUC bits are inserted into byte 7 of the sub-frame. 

For example, to transmit a 16-bit SPDIF channel on the network in the first two bytes of the Conan sub-frame, 
the RIT offsets 1H, 2H Et 7H for the left sub-frame could contain 12H, 11 H & 13H respectively. Likewise for 
the right sub-frame, the RIT offsets 9H, AH Et FH could contain 16H, 15H a 17H (see example below). 
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Example of SPDIF Input and Transmission 

2.5.2 Reception and SPDIF Output 

If 2r. SPDIF output K required from SXO, the RIT must be programmed so that source data bytes in the 
incoming Conan sub-frame are routed correctly to the SPDiF output, and that the VUC bits are taken from 
byte 7 of the sub-fiame. 

For example, to receive a 16-bit SPDiF channel which is occupying the first two bytes of the Conan sub- 
frame, the RIT offsets 11 H, 12H Et 13H for the left sub-frame should contain 2H, 1H a 7H respectively. 
Likewise for the right sub-frame, the RIT offsets 15H ( 16H Et 17H should contain AH, 9H Et FH. 

2.5.3 SPDIF Output from non-SPDIF data 

If an SPDIF output is required from SXO, even though there is no SPDIF channel being carried on the network, 
'fake' VUC bits can be inserted into the SPDIF output channel. The SPDIF Data Register (2CH) must be 
initialised with the desired VUC values (see section 4.1.3) and the contents of RIT offset 17H (which contains 
the preamble for the next left sub-frame) must be set to 28H, which then routes the fake VUC values into byte 
3 of SXO. The contents of the SPDIF Data Register are processed by Conan and are made available in offset 
28H for routing. 

When this is done, each SPDIF sub-frame output from SXO will have the VUC bits set as In the SPDIF Data 
Register. The bits in the register can be updated as fast as the control port will allow (uo to approx. 300 times 
per second). Typically, this feature will be used to control the V bit to mute/demute an SPDIF destination. 
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2.6 Control Message Transceiver 



The Control Message Transceiver is able to send and receive control messages to/from other devices on the 
network. It has a number of registers and message buffers associated with it - the Transmit Buffer (TxBuff), 
Receive Buffer (RxBuff), Message Control register, Message Status register, Device Address register, Groupcast 
Address register and Node Position register. These are shown below. 
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Con trol Message Transceiver Block Diagram 
2.6,1 Address Initialisation 

Following reset, Conan's device address is 'FFF'H, and it is able to send and receive messages. The device would 
normally then initialise its other address(es). 

Rach node actually has five addresses:- its 'device address', used for point-to-point messaging; its 'broadcast 
address* (fixed at '3C8'H) to receive broadcast messages; its 'groupcast address* to receive groupcast messages; 
its 'node position' to receive messages address by node position; and its 'set-position address* (fixed at 'FOO'H) 
to receive the set-position command. These are all described in more detail later. 

The device address and groupcast address must be initialised by the local application software. The node 
position address is initialised as part of the network start-up procedure. 

2.6. 7. 1 Initialising the Device Address 

There are two ways to initialise the device address: 

• Using the automatic device address initialisation and verification mechanism built-into Conan 

• Initialising and verifying the device address manually 

Automatic Device Address Initialisation And Verification Mechanism 

Write the new device address as the destination address field into TxBuff then set the SAI ("Start Address 
Initialisation') bit in the Message Control register (see section 4.1.6). Conan will check that the given address is 
unique on the network (by attempting to send a message to it), and if so, will write the verified address into its 
Device Address register (see section 4.1.12). The application may write a message into the data field of TxBuff 
before setting SAI, if needed. 

Once the address is tested, the MTX ('Message Transmitted') bit will be set in Message Status register (see 
section 4.1.7) and an interrupt may occur depending on the Int Mode (see section 4.1.9). The TXR 
(Transmission Result') bit reflects the result of the test and if set means that the address is unique in the 
system and is now the adopted address for this device. 



Conan Optical Transceiver 



^ If TXR is not set, the address is rejected and the device address remains set to "FFFH. Another device address 
may be tried by the application. Just as for any normal transmission, the RTI ('Reset Transmission Interrupt") 
bit must always be set ready for the next transmission. 

Manual Device Address Initialisation And Verification 

Simply write the new device address into Conan's Device Address register. This mechanism should only be 
used in fixed/closed systems where address conflicts cannot occur, or for software test/development purposes. 

2.6. 1.2 Initio Using the Groupcast Address 

To receive groupcasts, a device must write the least-significant byte of its groupcast address, value '00*H to 
'FPH (except *C8'H) into the Groupcast Address register(see section 4.1.10). 

2.6. L3 Initialising the Node Position 

This mechanism enables each device on the network to find out its position relative to the System Master. 
The System Master application software initiates the procedure by sending the following message: 
Destination Address = 'FOO'H, Msg Type/Length = don't care, Data[0] = 03. 

This message is passed around the network from device to device within a single control frame. Each device 
receives the message, stores its position in its Node Position Address register (see section 4.1.8) and passes 
the message on to the next device. This is all done automatically by Conan - no application software is 
needed in slave devices. 

The procedure is complete when the message returns back to the System Master. At this moment, every 
device will know its position on the network, regardless of the transmission result. 
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2,6.2 Sending a Message 
2.6.2. 1 General Procedure 

The general procedure to send a message is to write the message into the transmission buffer (TxBuff) and 
then set the STX ('Start Transmission') bit in the Message Control register. The control message transceiver 
reformats the message for transmission and sends the message with up to 5 retries, 10ms apart, if necessary. 
A gap of 10ms is also inserted between outgoing messages to prevent a node monopolising the control 
channel. The diagram below shows how Conan formats a message for transmission into the control frame. 

Message for transmission in TXBuff 
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Message Transmission 

When the transmission is complete, MTX ('Message Transmitted') will be set and an interrupt may occur 
depending on Int Mode. TXR (Transmission Result') is set if the transmission was successful and reset if the 
transmission failed. The condition must always be cleared by setting the RTI ('Reset Transmission Interrupt') bit 
in the Message Control register. A flow-chart for this sequence is given in section 3.2.4. 



Conan can send a message in four different ways: 

• point-to-point, to a device with a known address, 

• broadcast, to all devices, 

• groupcast, to a group of devices (e.g. aii amplifiers), and 

• node position addressing, to a device at a certain position on the ring 
These different methods are described below. 

2.6.2.2 Point-to-Point 

To send a point-to-point message, write the device address of the destination into the destination address field 
of the Tx buffer, then initiate transmission as described in 'General Procedure* above. 

The receiving Conan will set the ACK bit if it receives the message correctly, otherwise it will set the NAK bit. 
The sending Conan examines the ACK & NAK bits and generates a transmission result available in TXR. 

2.6.2.3 Broadcasting 

Broadcasting allows a message to be sent to all devices on the network. The broadcast address is '3C8'H. All 
nodes will receive messages broadcast to this address. This address is fixed within Conan so there is no software 
overhead involved in initialising the broadcast address. To send a broadcast message, write '3C8'H into the 
destination address field of the Tx buffer, then initiate transmission as described in 'General Procedure' above. 
The receiving Conan(s) will set the ACK bit if they receive the message correctly, otherwise they will set the 
NAK bit. The sending Conan may retry up to 5 times, 10mS apart. If a destination has already received the 
message (i.e. its Rx buffer already contains the message) then it will not set the NAK bit. The transmission 
result is available in TXR. 
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Broadcast messages have an ID byte inserted by Conan automatically at the end of their data field, which is 
incremented for each new broadcast message (not on each (re)transmission). The 10 enables receiving Conans 
to determine automatically whether the message is new, or if it is a re-transmission of a message which they 
have successfully received already. The ID occupies data byte 15. This means only 15 data bytes (0..14) are 
available for message data. 

If a Conan is triggered to send a message while a broadcast transmission from another Conan is in progress, it 
will wait until the broadcast is complete before attempting to send the message. 

2.6.2 A Groupcasting 

Groupcasting allows broadcasting to a particular group of devices which have the same groupcast address 
only. Groupcast Addresses are in the range '300'H to *3FFH (excluding '3C8'H for normal broadcasts). To send 
a groupcast message, write the groupcast address into the destination address field of the Tx buffer, then 
initiate transmission as described in 'General Procedure" above. The transmission result is available in TXR. 
Groupcasting is the same as broadcasting in all other respects. 

2.6.2.5 Node Position Addressing 

To send a message to a node position, write the node position address (in the range '400'H to '4FPH, where 
the least-significant byte is the node position of the destination device) into the destination address field of 
the Tx buffer, then initiate transmission as described in 'General Procedure* above. The transmission result is 
available in TXR. 
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2.6.3 Receiving a Message 

The diagram below illustrates how a received control frame is formatted by Conan for passing to the 
application. 
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Message Reception 

When a valid message is received, MRX is set in the Message Status register and an interrupt may occur 
depending on Int Mode. The condition should be cleared by writing a 1 to RRI ('Reset Receive Interrupt'). 
When the message has been read, the receiver buffer is re-enabled by setting RBE ('Receive Buffer Enable'). 
A flow-chart for this sequence is given in section 3.2.4. 
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^2.7 Clock Management 

Conan can be configured by software as either a Master or a Slave. Conan needs a clock source to set the 
timing of its transmitter and to use internally. 

In Slave mode, Conan's timing is derived from the incoming bit-stream. The network receiver recovers a clock 
from the incoming bit-stream using a low jitter, clock multiplying, phase locked loop (PLL). The PLL will lock 
to incoming bit-streams with sample rates of 30 to 50kHz. On loss of lock, the PLL is pulled to its lowest 
frequency (to minimise EMI). 

In Master mode, Conan's timing may be derived from a crystal, SCK input or an SPDIF channel applied to SRO. 
The Oscillator circuitry allows a crystal to be connected directly to XTI/XTO, or some other clock source to be 
used. The PLL multiplies-up this timing source. The RX pin is over-sampled by a fast clock and data is 
recovered by a digital state machine. 

The Clock Manager is controlled by the Clock Manager Control register and illustrated below. 
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Clock Manager Block Diagram 

The PLL is enabled automatically on power-up, but can be disabled (pulled to its lowest frequency) to reduce 
EMI. If no transitions are occurring on the RX pin, the PLL is automatically pulled to its lowest frequency. A 
programmable divider in the PLL allows the frequency of a connected crystal to be 256/ s , 384/ s or 512/ s . The 
RMCK output is a programmable clock output, offering a divided down version of the internal 1*536/; clock 
generated by the PLL A range of frequencies between 64/ s and 1 536/ s are possible. 

The PLL Mux selects one of four inputs for the PLL As a slave, only the RX input may be used. As a master, 
there is a choice between the crystal oscillator (or other clock source applied to XTI), bit clock (from SCK input) 
and SPDIF data (from SRO input). If the crystal is not selected, the oscillator will be disabled to reduce EMI. 

The PLL lock state is made available to applications on the ERROR pin (pin 27), the ERR bit in the Transceiver 
Status Register and the POR/ERR bit in the Message Status Register. The time taken for the PLL to lock after 
receiving valid frames (or change in sampling frequency) is typically less than lOmS. Lock is declared if three 
consecutive valid left preambles are found. If two consecutive left preambles are not valid, loss of lock is 
declared. 
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^2.8 Transparent Channels 

Conan can transport four channels of proprietary serial data on the network. The use of these channels is left 
open to System Integrators, who must define their own protocols for applications. Typical applications include 
the transport of raw control or status information, such as RS232-type data, VICS data, GSM data, etc. 

The 4 transparent channels are transported independently in the 4 TC bits in the Conan sub-frame. Conan 
provides access to one of the four channels at a time (selected with the TCO-1 bits in the Transceiver Control 
Register) although any number of devices may monitor the same transparent channel. It is not possible for a 
device to send and receive on different transparent channels. 

Data presented to the SERJN pin of Conan in one device may be transported transparently to Conan in 
another device and output at its SER_OUT pin. The SERJN pin is sampled twice every frame (i.e. 88.2 k- 
samples per sec at / s =44.1kHz), on both FSY edges. Data is valid for reading from the SER_OUT pin on both 
FSY edges. 

Asynchronous Transport 

RS232-type data, up to about 19,200 baud, can be transported asynchronously with no hardware or software 
overhead. Conan 1 over-samples the signal on its SERJN pin, and inserts the bit sample into the selected TC 
bit in the Conan sub-frame. Conan 2 receives the sub-frame, reads the selected TC bit, and outputs it at its 
SER_0UT pin. The destination (e.g. UART) should over-sample the SER_0UT to recover the data. !n both cases, 
the over-sampling helps to preserve the mark/space ratio of the original data. 
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Asynchronous Transport 

Of course, they may be more than just the one destination Conan shown above. Any number of Conans may 
monitor the same transparent channel. 

Synchronous Transport 

The data throughput may be increased up to a maximum of 88.2 kbps by using synchronous data, i.e. where 
the data is presented to the SERJN pin in synchronism with the clock recovered from the network, and where 
the sample is taken when the bit to be sampled is known to be stable. In this case, additional hardware (a 
data synchroniser) will be needed. 

The data synchroniser must hold the data given to it from the microprocessor in a latch, and present it to 
SERJN on the FSY edge (for timing diagrams, see section 4.5.2.1). 
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^.9 Reset 

Conan can be reset by hardware or software in 3 different ways: 

• Power-on reset: when power is applied to Conan, it resets itself automatically. 

• Hardware reset: the /RST input (pin 23) is an active-low, level-triggered TTL input. A microprocessor can 
reset Conan by pulling the pin low (<0.8V) for (at least) 2\iS t then setting it high again. 

• Software reset: by writing a 1 to the RES bit in the Message Control register 

Selection of I2C or SPI 

I2C or SPI is selected during a 'hard" reset (not a software reset). I2C mode is selected by holding SCL high 
during the reset. SPI mode is selected by holding SCL low during the reset. The selection is completed when 
the reset pin goes back high. The microprocessor must wait for the POR interrupt before starting to 
communicate on the selected I2C or SPI. 

After Reset 

Immediately following any of the above reset conditions, the ERR bit in the Transceiver Status Register is set 
(if the PLL has lost lock), the POR/ERR bit in the Message Status register is set to indicate power-on, an 
interrupt is raised which cannot be disabled (/INT goes low), and the Device Address is set to 'FFF'H. The 
crystal oscillator is disabled on reset (see section 4.1.5). 

The POR interrupt must be cleared by setting the RPI bit in the Message Control register. This will clear the 
interrupt (/INT goes high) and clear the POR/ERR bit 

Revision Code 

A 1-byte revision code is provided, so that application software can distinguish between different versions of 
the Conan. 

It can be read by a microcontroller from Data 0 (register number OxAD) in TxBuff. It is only available for 
reading immediately after resetting the chip and before the first message is sent 

For the Conan Engineering Samples, the revision byte was 0. For the Conan Production Devices, the revision 
byte is 1. Future versions will have different values. 
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Error Handling 

Jonan is able to detect errors and report them to the application, including: 

• bi-phase coding or parity errors in the Conan sub-frame (from the network bit-stream) 

• loss of lock to the incoming bit-stream from the network 

• loss of lock to an incoming SPDIF channel on SRO 

Errors are signalled with the ERROR pin (pin 27), the ERR bit in the Transceiver Status Register and the 
POR/ERR bit in the Message Status Register (depending on Int Mode). Which of the above errors are actually 
reported is selected with the ME, MDL and MSL bits in the Transceiver Status Register. 

The ERR and POR/ERR bits are latched. If an error condition sets them, they stay set until they are cleared. 
The ERR bit is cleared by writing a zero to it. The POR/ERR bit is cleared by writing a 1 to the RPI bit in the 
Message Control register. 

The ERROR pin is not latched. The pin goes high if an error condition occurs, and remains high for as long as 
the error condition exists. If a bi-phase coding or parity error occurs, the ERROR pin is high for the duration 
of the next sub-frame. If that sub-frame has no error, ERROR will go back low. 

2.11 Interrupt Handling 

The three events which can cause an interrupt are: 

© Error (highest priority) 

© Message transmission completed 

© Message received 

The /INT output from Conan is a Til level, active low, open drain output When an event occurs, the /INT pin 
goes low, and stays low until the interrupt is cleared. The events that trigger an interrupt can be selected 
with the Interrupt Mode register (see section 4.1.9). The modes are: 

© Interrupts disabled (except power-on reset) - must poll the registers instead 
© Rx and Tx interrupts only enabled 
Rx, Tx, and Error interrupts enabled 

• Error interrupt only enabled 

Where the error interrupt is enabled, the error types can be masked using the bits in Transceiver Status 
Register (see section 4.1.2). A flow-chart is given in section 3.2.4. 

Rx and Tx interrupts are queued behind an Error interrupt. If an interrupt occurs due to an error and the Rx 
orTx condition becomes true before the error interrupt has been cleared, then as soon as the Error interrupt is 
cleared another interrupt will follow to indicate the Rx orTx condition. 

If an error occurs whilst a Tx or Rx interrupt is active, then the error flags are set (ERR in the Transceiver 
Status Register and POR/ERR in the Message Status Register) to inform the application. Interrupts will recur 
until the ERR bit is cleared. 
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[The diagram below shows which events, when enabled or disabled by bit masks, result in which outputs. 
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Events, Masks and Outputs 

Where the error interrupt is enabled, when clearing an interrupt caused by Rx or Tx. the microprocessor 
should always also clear the error interrupt by setting the RPI bit, otherwise subsequent interrupts will be 
blocked. 

For persistent errors such as loss of lock, 

• disable interrupts (either at the microprocessor, or set the Interrupt Mode Register to 00) 

• poll the ERR bit in the Transceiver Status Register until lock is re-established (look for a transition from 1 
to 0). After each read, clear the bit. 

• re-enable interrupts 
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CLAIMS 



1 . A local communication system comprising a ring 
network conveying source data in both variable rate and- 
fixed rate channels, by means of a regular frame 
structure in which certain portions of each frame are 
reserved for said fixed rate channels, whether or not 
said fixed rate channels are in use, and certain other 
portions of each frame are available for said variable 
rate channels, and a control mechanism is provided for 
allocating said variable rate portion dynamically between 
different channels . 

2. A system according to claim 1, wherein the frame 
rate is synchronised with one or more digital audio data 
sources, for which source data is carried in the fixed 
rate portions of each frame. 

3. A system according to claim 1 or 2, wherein each 
frame conveys control bits forming part of a control 
message frame transmitted over plural frames. 

4 . A local communication system comprising a 
synchronous ring network conveying source data in a fixed 
rate channel over one segment of the ring and while said 
fixed rate channel is multiplexed with variable rate 
channels over another segment of the ring. 
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5. A system according to claim 4, wherein said 
multiplexed fixed rate channels and variable rate 
channels comprise different respective portions within 
a regular frame structure on said other segment of the 

5 ring. 

6. A fibre optic local communication system, for 
example according to any of claims 1 to 5 , suitable for 
in-vehicle entertainment, communication and/or navigation 

10 purposes, having an overall source data capacity greater 
than 10 Mbps, the fibre optic channel conveying 4B5B or 
8B10B encoded data. 

7. A system according to any preceding claim, wherein 
15 variable data source. data channels are mapped on to the 

network in asynchronous transfer mode packets. 

8. A fibre optic local communication system, for 
example according to any of claims 1 to 5 , suitable for 

20 in-vehicle entertainment, communication and/or navigation 
purposes, having an overall source data capacity greater 
than 10 Mbps, the source data comprising variable data 
rate audio and video data, carried by asynchronous 
transfer mode (ATM) packets. 
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9. A system according to claim 8, wherein the headers 
and data fields of ATM packets do not consist of 5 bytes 
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